
Derniers tests et previews


PREVIEW Pragmata : nous avons testé le nouveau jeu de science-fiction de Capcom mêlant shooter, hacking et exploration lunaire

TEST Kirby et le monde oublié + Le pays des étoiles filantes, une Nintendo Switch 2 Edition adorable !

TEST Shinobi: Art of Vengeance, le retour tranchant de Joe Musashi

TEST Demon Slayer Kimetsu no Yaiba The Hinokami Chronicles 2 : quand l’anime rallume la flamme sur consoles et PC ?
Dernières actualités

Black Myth: Wukong, les versions PS5 et Xbox Series XS comparées, les différences sont étonnantes

BON PLAN Switch 2 : déjà des packs en promotion !

Ghost of Yōtei : une excellente nouvelle pour l'exclusivité PS5

Warhammer 40,000: Space Marine 2 dévoile son Année 2 avec du contenu gratuit et un Season Pass II

iso tools
vous etes sur qu'il est au point nand tools
Ben c'est ce que j'évoquais: il faut pousser les développeurs de deamon tools pour permettre ca. Le CSO n'ets pas le meilleur, on pourrait même dire le pire d'un point de vue théorique mais franchement dans la pratique, je trouve ca personnellement excellent. Il a un bon rapport qualité/rapidité.
C'est le plugin qui ralentit tout. Sache qu'il est possible de créer un CSO non compressé, c'est à dire l'ISO avec juste une en-tête. Donc a priori, l'effort que doit faire la PSP est minime par rapport à la lecture d'un vrai ISO (juste le temps de retourner dans l'index), mais malheureusement, c'est très très lent.
Et mettre la psp sur 333mhz est un mythe, car il n'y a pas de décompression: j'imagine qu'il doit y avoir des allocations mémoire un peu trop nombreuses. Maintenant le tout est de savoir s'il est possible de faire mieux car on peut comprendre que dark_alex a quand même fait le maximum pour le plugin CSO.
Pour la compression sur PC je ne lui grappille que quelques pourcents, c'est la version multithread qui fait la différence. Donc par extrapolation, améliorer le plugin de quelques pourcents ne résoudra pas les problèmes des jeux comme GTA.
Ce n'est pas illégal du tout, depuis quand c'est illégal de compresser des données? C'est comme dire "interdisons le RAR car y'a des gens qui l'utilisent pour s'échanger des windows vista en P2P..."
La loi est déjà assez idiote comme ca pour ne pas en rajouter une couche....
A ce propos (de format de compression) il se pourrait que le CSO soit implémenté dans Deamon tools. Les auteurs sont un peu frileux car ils sont dans une grande phase de remaniement de leur logiciel pour justement accepter la compression. Donc si cette idée vous intéresse, allez donc quémander sur leur forum
Sur le fait qu'une béta (je ne parle pas de la alpha) est inutile, on a l'émulateur mais ce n'est pas jouable.
Ca peut être utile au final, afin de détecter les jeux qui ne fonctionnent pas (ceux qui ne se lancent pas du tout par exemple), afin de faire une liste dont pourra se servir les programmeurs.
Mais c'est vraiment le seul intérêt d'une version béta qui rame à mort.
Pour la vitesse, l'émulateur N64 tourne déjà à 15 FPS de moyenne (1/3 de la vitesse réelle, enfin pour le PAL, vu que j'ai testé des roms PAL) et une N64 est en puissance brut, deux fois plus puissante qu'une PS1.
S'ajoute à cela que l'architecture de la PSP doit être 100x plus proche d'une PS1 que d'une N64 (comme la GBA, dont l'architecture est en partie semblable à la SNES, et qui donc favorise les optimisations en utilisant un rendu en "hardware" plutôt qu'en "software" (qui est plus lent), je pense que la vitesse réelle peut être atteinte.
De toute façon, si c'était impossible, Sony n'aurait pas annoncé son émulateur officiel, même s'ils ont accès aux kits de développement et autre, la PSP reste la même donc si c'est possible pour Sony, c'est possible pour des programmeurs amateurs.
Carish : La logique voudrait que l'émulateur utilise le format .iso, tout simplement (comme c'est le cas pour la plupart), et/ou le format .bin/cue, le plus couramment répandu en général.
A moins qu'il utilise le même format que certains isos psp, du genre .cso, mais j'en doute, surtout que ça n'apporte pas un grand gain de place (et que ca fait ramer les jeux quand c'est trop compressés).
Pour ceux qui se demandaient pour les jeux à plusieurs CD, ceux qui demande de sauvegarder avant ne poseront aucun problème je pense (suffira de sauvegarder, de changer l'iso et de relancer), pour les autres, il suffit que ce soit "bien programmé, et l'émulateur demandera le suivant en se mettant en "pause" en attendant, comme certains émus PC je pense.
Il reste une autre solution, la plus adéquate à mon sens, pouvoir "monter" (je parle de "monter" comme dans Deamon Tools, au moins 2 isos en même temps, défini sur 2 lettres (ou répertoires) "virtuelles" et c'est reglé. (genre : CD 1 : G:\ (ou \CD1\xxx.iso) et CD 2 : H:\ (ou \CD2\xxx2.iso) et ça roulera.
CISO Est un compresseur d'iso (CISO = Compress ISO ?) Il possède un niveau de compression de 1 à 9 comme DAX le fait, seulement après test de 2 iso (GTA:LCS et PES5), la compression est moins performante, 576Mo pour DAX contre 617Mo pour CSO avec l'iso de PES5(c'est le format de sortie de CISO)
Umdsign est un utilitaire qui (j'avoue ne pas avoir compris entièrement l'intérêt !) fixerait les iso pour qu'ils soient compatible avec Devhook, il fait une signature sur l'iso, mais je ne sais pas à quoi celà sert...
Tout ceci peut paraître bien mis à part le fait que les ISO sont moins compressés, seulement (eh oui...) l'utilitaire n'est pas du tout au point, il peut pour l'instant charger uniquement les jeux demandant moins que la 2.0, en effet, il y'a une fonction qui permet "d'envoyer" le CSO vers Mph Game Loader (contrairement à DAX, ca ouvre MPH directement, et ca renvoi pas au menu) mais dans le menu de Devhook, sur cette option est indiqué entre parenthèse (freeze) et en effet, j'ai testé, ca freeze, donc pour l'instant ca ne fonctionne pas.
En fin de compte, l'intérêt de tous ces outils est très limité, étant donné que DAX fonctionne lui, beaucoup mieux (bien que je ne sois pas arrivé à faire fonctionner GTA sur DAX, une fois sortis de la planque, ca freeze !).
Le seul interêt de Devhook réside dans le fait qu'il ne faille pas mettre d'umd dans le lecteur pour lancer les ISO, mais pour l'instant il n'est capable que de lancer les ISO demandant moins que la 2.0, donc rien de révolutionnaire dans cet outils...
Utilisation :
Les outils fonctionnent en ligne de commande DOS, Cliquez sur démarrer > Executer > Tapez cmd
CISO :
Une fois dans la fenêtre, allez dans le dossier où vous avez décompressé l'archive, pour celà, vous utilisez la commande cd qui fait rentrer dans un dossier.
Exemple, vous avez décompressé l'archive sur votre bureau : Vous avez à l'origine :
C:\Documents and Settings\Hiwyx>
Vous tapez cd bureau
cd devhook032
cd tools
Vous y êtes !!
Maintenant, il faut trouver le dossier de votre ISO.
On va prendre par exemple C:\ISO\PES 5.iso
Dans cet exemple, on va taper ciso 9 "C:\ISO\PES 5.iso" "C:\ISO\PES 5.CSO"
N'oubliez pas les guillemets, en particulier si vous avez un espace comme dans l'exemple. L'explication : ciso lance ciso.exe qui est l'utilitaire de compression, 9 est le niveau de compression maximal, ensuite il y'a le fichier d'entrée (votre iso) et le fichier de sortie (l'iso compressé, le CSO)
Pressez ENTREE et attendez quelques instant.... Et voilà le travail !
umdsign
C'est exactement pareil, sauf que la commande finale est umdsign "C:\ISO\PES 5.iso".
Il va scanner l'iso (ca prend une fraction de seconde) puis vous proposer de le fixer et de mettre une signature, pressez Y (yes).... Et c'est tout
Voilà. Hiwyx reportère sans frontière, tout ca pour pas grand chose mais au moins vous pouvez tester
PS : J'ai refais une archive plus pratique, car l'originale possède plein de dossier inutiles (avec des .txt en japonais ^^), elle est dispo ICI
La volà brute de pomme, si ily a de la demande, je traduirais